home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / bench / x.txt / 000203_andy@tipas.lt_Wed Dec 5 09:27:28 EST 2001.msg < prev    next >
Text File  |  2020-01-01  |  2KB  |  53 lines
  1. Article: 13025 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!news-peer.gip.net!news.gsl.net!gip.net!feeder.qis.net!sn-xit-02!supernews.com!postnews1.google.com!not-for-mail
  3. From: andy@tipas.lt (Andrey Bondar)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: UUCP lockfile name for SVR4
  6. Date: 5 Dec 2001 00:39:14 -0800
  7. Organization: http://groups.google.com/
  8. Lines: 34
  9. Message-ID: <e843e207.0112050039.104d1565@posting.google.com>
  10. References: <9ujr5a$17p$1@newsmaster.cc.columbia.edu>
  11. NNTP-Posting-Host: 193.219.195.226
  12. Content-Type: text/plain; charset=ISO-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. X-Trace: posting.google.com 1007541554 31739 127.0.0.1 (5 Dec 2001 08:39:14 GMT)
  15. X-Complaints-To: groups-abuse@google.com
  16. NNTP-Posting-Date: 5 Dec 2001 08:39:14 GMT
  17. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13025
  18.  
  19. fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote in message news:<9ujr5a$17p$1@newsmaster.cc.columbia.edu>...
  20. > System V R4 creates UUCP lockfile names that are based on the device
  21. > number rather than the device name, to sidestep issues about multiple
  22. > names for the same device, symlinks, etc.  The code in Kermit is:
  23. > 
  24. >     stat(ttdev,&devbuf);
  25. >     ...
  26. >     sprintf(lockfil,"LK.%03d.%03d.%03d", /* safe */
  27. >         major(devbuf.st_dev),    /* inode */
  28. >         major(devbuf.st_rdev),    /* major device number */
  29. >         minor(devbuf.st_rdev));    /* minor device number */
  30. > 
  31. > Unfortunately I don't recall where this code came from, but it dates
  32. > from before C-Kermit 5A was released.  As you can see, one of the lines
  33. > has a comment that does not agree with the code:
  34. > 
  35. >         major(devbuf.st_dev),    /* inode */
  36. > 
  37. > Is the code wrong, or the comment?  I suspect it's the comment but
  38. > unfortunately, I can't seem to locate a definitive reference for the SVR4
  39. > lockfile name format (for example, it is not discussed in SVID), nor sample
  40. > "official" SVR4 code (e.g. from cu or uucp).  Can anybody supply these?
  41. > And/or verify that Kermit properly interlocks with cu on (say) Solaris or
  42. > SINIX?
  43. > 
  44. > Thanks!
  45. > 
  46. > - Frank
  47.  
  48.   Look at Gert Doering's mgetty source. It contains SVR4-style locking code.
  49. http://alpha.greenie.net/mgetty
  50.  
  51.     Andrey Bondar, SysAdmin,
  52.     T.I.P.A.S. Ltd., Lithuania
  53.